home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000114-20000217 / 000052_news@columbia.edu _Mon Jan 17 19:55:57 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  9KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA01173
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 17 Jan 2000 19:55:57 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA29286
  7.     for kermit.misc@watsun.cc.columbia.edu; Mon, 17 Jan 2000 19:28:59 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. Subject: Re: MS-DOS Kermit, more capabalities
  10. From: cangel@famvid.com
  11. Message-ID: <VoOg4.6712$NU6.285660@tw12.nn.bcandid.com>
  12. Organization: bCandid - Powering the world's discussions - http://bCandid.com
  13. Date: Tue, 18 Jan 2000 00:24:22 GMT
  14. To: kermit.misc@columbia.edu
  15.  
  16.  
  17. On 2000-01-17 jaltman@watsun.cc.columbia.edu(JeffreyAltman) said:
  18.  
  19. JA>Newsgroups: comp.protocols.kermit.misc
  20. JA>This is simply a brief follow up to address specific technical
  21. JA>issues not touched by Frank's reply.  -jea
  22. JA>In article <011700040222not-2-disclose@the.net>,
  23. JA><not-2-disclose@the.net> wrote:
  24.  
  25. N2> Isn't  there any MS-DOS `Kermit' update in preparation  that
  26. N2> will offer `ZMoDem' file transfer capability?! 
  27.  
  28. JA> No. 
  29.  
  30. N2> What  about  the    suggestion  from  Charles  Angelich that
  31. N2> `Kermit'    should   be  able  to  "share"  :  the  internal
  32. N2> stack/~TelNet~ stuff with an external (`ZMoDem') protocol?! 
  33.  
  34. JA> How    could  this  possibly  work  is  the  single  tasking
  35. JA> environment of DOS? 
  36.  
  37. JA> In  32-bit  Windows,  Unix,  or  VMS  it  is possible to run
  38. JA> multiple  programs  at the same time because there is a task
  39. JA> scheduler in the operating system. DOS does not have one. 
  40.  
  41.     First  let  me  use  the  disclaimer  that  no one person can be
  42.     everywhere  on  the  Internet  nor  can they sit at a variety of
  43.     computer  terminals and be an expert on all of them. Having said
  44.     that ... 
  45.  
  46.     I  was  not  recommending  a multitasking function but since you
  47.     brought multitasking into the conversation ... 
  48.  
  49.     The  multitasking  is written into the application but DOS using
  50.     DoubleDos,  Desqview,  and  others  has  multitasked  for over a
  51.     decade. 
  52.  
  53.     If  anyone at Columbia U. would be interested there are at least
  54.     two  or  three DOS telnet apps that do indeed multitask. DOSLynx
  55.     does  this  albeit not really well. NCSA telnet even mentions in
  56.     the   docs  that  although  it  can  maintain  multiple  windows
  57.     (connects)  it  is not adviseable to FTP in one and be using the
  58.     others. 
  59.  
  60.     YAN,  a  KA9Q  variant,  can  FTP and continue to use it's other
  61.     windows  (connections)  with little difficulty even on an XT PC.
  62.     I've  got  it  here  and  have  done it while using EPPPD.EXE to
  63.     emulate  an  ethernet card and function as the packet driver for
  64.     YAN.  If  you do take time to install YAN you might also want to
  65.     take   a  look  at  it's  handling  of  HTML  and  FORMS.  Quite
  66.     impressive  for  a  16  bit app on an XT (if you _have_ an XT to
  67.     try this on). 8) 
  68.  
  69. JA> In  order  for  Kermit  to be able to share the TCP/IP stack
  70. JA> with  an  external  Zmodem process it would be necessary for
  71. JA> the  Zmodem  process  to  be built with internal support for
  72. JA> the  same networking features as are built into Kermit. This
  73. JA> supposed Zmodem implementation does not exist. 
  74.  
  75.     Yes,  actually  it has been around for quite a few years now but
  76.     not  in  one application - two are required. FDSZ for the zmodem
  77.     and TCPPORT for the TCPIP stack. 
  78.  
  79.     FDSZ.EXE  is  scattered  on  many  FTP servers in the USA and in
  80.     Europe.  I've  checked  using  ARCHIE  servers.  The  'F' is for
  81.     `fossil'  and  means  it  hooks the `int 14h' vector of DOS that
  82.     has  been  designated  as  the  telecom  vector since before DOS
  83.     v3.x.  TCPPORT from the WATTCP package can supply the TCP/IP and
  84.     the `int 14h' vector that connects FDSZ. 
  85.  
  86.     These  two  apps  have  been  in  existence for about 8 years or
  87.     more. Seems no one realized they could be combined? 
  88.  
  89. JA> Even   if  you  could  find  a  Zmodem  implementation  that
  90. JA> implemented  a  TCP/IP  stack, you would have the problem of
  91. JA> how  does Kermit transfer the state of the TCP/IP and Telnet
  92. JA> state machines from one process to another. 
  93.  
  94.     I  suggested  an  `int  14h' vector reset to point to the TCP/IP
  95.     routines in MSKermit. 
  96.  
  97. JA> The  answer  is  that  it is not possible to use an external
  98. JA> protocol  implementation  over  TCP/IP  socket. The only way
  99. JA> that  Zmodem  could  ever  be  used is if it were built into
  100. JA> Kermit. 
  101.  
  102.     The  TCPPORT.EXE from the WATTCP package can do exactly what you
  103.     think  cannot  be  done  if  you  use  FDSZ.EXE  from Omen Tech.
  104.     TCPPORT  connects to the 0x60 hook of EPPPD, supplies the TCP/IP
  105.     stack,  and  resets  the  `int  14h' vector to point to TCPPORT.
  106.     FDSZ thinks it's talking to DOS. 
  107.  
  108.     If  MSKermit  did  a  vector reset of `int 14h' to point to it's
  109.     TCP/IP  send_char(), receive_char() and returned dummy `OK' data
  110.     to  other  requests (in the AX register) then FDSZ would happily
  111.     load  and  execute  thinking  it was sending / receiving through
  112.     the  original  DOS  vector.  The  code  to  accomplish  this  is
  113.     relatively small (30 lines of code or less?). 
  114.  
  115.     If  you  take  a  look  at TCPPORT.C in the WATTCP package (it's
  116.     quite  small)  and look near the end of the source code you will
  117.     see  the  required  `hooks'  and  dummy replies required to make
  118.     FDSZ  or  other  apps  think  they  are  hooked into DOS. Short,
  119.     simple, no big deal really. 
  120.  
  121.     This  works  for  downloading, I do it every day. Uploading is a
  122.     bit  trickier  hence  my original questions regarding the WATTCP
  123.     package.  I need to make some adjustments in the TCPPORT code to
  124.     understand  XON/XOFF  so  that  FDSZ  can  upload  (FDSZ  has no
  125.     `handshake'  command  as  DSZ  does).  I thought that while I am
  126.     doing  this I might improve the speed and stability by comparing
  127.     the  functions  in  MSKermit  send / receive to those in TCPPORT
  128.     (since  MSK  is  some  order of magnitude faster and smoother in
  129.     operation). 
  130.  
  131. JA> As  we have stated previously, no one at the present time is
  132. JA> working  to  implement  Zmodem in MS-DOS Kermit. If you want
  133. JA> to  implement  Zmodem  in  MS-DOS  Kermit  be our guest. The
  134. JA> source  code  is  available.  However, as the source code is
  135. JA> copyright  you  must  submit  your  changes back to Columbia
  136. JA> University  for  distribution.  You  cannot  distribute  the
  137. JA> altered software yourself. 
  138.  
  139.     I  might  try  to  vector  the  `int 14h' into MSKermit to allow
  140.     `fossil  apps'  to  function  as external events but if I was to
  141.     implement  a  full  zmodem send / receive Columbia would have to
  142.     buy  it  from  me  or  live without a copy. 8) Money can be _so_
  143.     important when man-hours are a part of the equation. 
  144.  
  145. N2> I  discovered  that  i could access my ~SMTP~ server on ~IP~
  146. N2> port  #25  but  `Kermit' is the only program not to allow me
  147. N2> such access if i try! Why? 
  148.  
  149. JA> Spoofing  is  just  what  you  think  it  is.  It is someone
  150. JA> sending  mail  via  an  e-mail address which either does not
  151. JA> belong  to  them.  The  usual  purpose  is to SPAM or commit
  152. JA> fraud.  Are there other ways to do this? Yes. But a decision
  153. JA> was  made a long time ago that MS-DOS Kermit should not be a
  154. JA> tool  that  could  be used for this purpose. Therefore, port
  155. JA> 25 is blocked. 
  156.  
  157.     I  always  imagined  a  bored  employee  sitting  at  a terminal
  158.     somewhere  fiddling  with the keyboard trying to look busy using
  159.     these  stupid tricks to fill an otherwise empty headed existence
  160.     that dedicates his / her life to learning how to fowl things up. 
  161.  
  162.     You've  either  done everyone a favor or become CyberCop. Either
  163.     way  I  have  no  idea  what `spoofing' is and don't really care
  164.     very much. 
  165.  
  166.     I  would  like to have external protocols function with MSKermit
  167.     -  that  would  not  be wasted time IMO. Who knows, there may be
  168.     another  new  protocol  in a few years that we would all like to
  169.     try out without writing an entire application just to try it? 8) 
  170.  
  171.     The  source  code  being  written  _only_ for MSC and MASM means
  172.     that  I'm  not  going  to  be able to help a great deal any time
  173.     soon.  I  would  have  to first convert the code to compile here
  174.     and  _then_  attempt to implement the vector reset of `int 14h'.
  175.     8( 
  176.  
  177. >
  178. >        ,                          ,
  179. >      o/      Charles.Angelich      \o       ,
  180. >     <|        @AngelFire.com        |>  __o/
  181. >     / >          USA, MI           < \   __\__
  182.